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Wilf Hey browses 
through this months 
batch of readers’ 
programs, tips and 
suggestions. 


know I run the risk of being 

labelled the compleat male 

chauvinist, but I note that the 
number of women among those 
programmers whose skills I admire is 
disproportionately high. This is 
particularly true when I note that the 
number of women programmers itself 
seems quite low. It was because of my 
silent cheer for any good programmer of 
the female persuasion that I felt 
downcast when a young lady named 
Rosalie told me that ‘goto-less’ 
programming was making the job 
miserable for her. 

Aficionados of this fashion found 
themselves allowing only one JUMP, 
GOTO or similar instruction within a 
major routine — not counting conditional 
phrases. The theory was (and still is) that 
unconditional jumps do nothing 
logically except, (i) take up time and 
space and (ii) decrease the clarity of the 
program flow. 

However there is a downside to this 
commendable practice. Labels on 
instructions — needed mostly for 
subroutines and once very populous — 
became sparse. And this is what 
disturbed young Rosalie, who had a 
marvellous imagination for labels: 
FREDDY and GWEN were in all her 
programs; SLY and MEGAN were often 
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to be met in her listings. With the ruling 
that we were all to adopt the new 
programming style, Rosalie could no 
longer say ‘I love programming because 
of all the interesting people I deal with’. 


DRIVE AS YOU PLEASE 
Many readers wrote in with the simple 
suggestion that those with a 5.25-inch 
drive as B instead of A (like A Wells in 
the December 1990 issue) could use 
ASSIGN, and thus circumvent the need 
for a program to identify the current 
drive. The idea is that a reader who 
knew about this could swap drives A and 
B even before inserting the SuperDisk: 
subsequently, his 5.25-inch drive would 
be drive A until he swapped back. All 
well and true, but I excluded ASSIGN 
from my thinking — as I hope you will 
when you consider its dangers — it will 
not function as you might expect with 
BACKUP, DISKCOMP, DISKCOPY, 
JOIN, LABEL, PRINT, RESTORE or 
(some versions of) XCOPY. 
Furthermore, it will mess up more 
that one cache driver I know. Experts 
recommend that you should never use 
ASSIGN where the sturdier SUBST will 
do. This is available in version 3.1 and 
higher, but it can easily confuse a 
different set of MS-DOS functions: 
FDISK, FORMAT and LABEL among 


them. Since there is no reminder to reset 
the system to normal, forgetting to un- 
ASSIGN or un-SUBST can be 
troublesome, I strongly urge you steer 
clear of them. 

C Bonnington of Burnley suggests 
using the DEVICE command with its 
SETFD parameter, which will remap 
requests on the BIOS — this is a pretty 
neat trick, because it sounds as if it 
should prevent a lot of the 
incompatibilities listed above — though 
you would have to remember to undo it 
afterwards, just the same. The only 
problem is, I cannot find any such run- 
time command in either my 3.30 or 4.0 
versions of MS-DOS, is it possible that 
he has a non-standard extra command? 

M Harte of Wadhurst also asked why 
not XCOPY the SuperDisk onto an 
empty formatted (3.5 inch) disk in drive 
A? A sensible enough question, but the 
burden is then upon the SuperDisk user; 
I had hoped for a program that I could 
use, when constructing it, that would 
make everybody’s use of the SuperDisk 
more convenient. 

F Stone of Swadlincote (I don’t make 
them up) coded a little BAT file to 
decide on an appropriate ASSIGN 
(between A, B and C) that could be 
prefixed to SuperDisk: unfortunately it 
depended upon the IF EXIST construct, 
which defeats the purpose for those who 
don’t even have a B drive: it would 
cause the old ‘Not ready..(etc)..Abort, 
Retry’ message — or even worse, ‘Mount 
disk for drive B’. Perhaps something 
could be accomplished using the little 
program DRIVE (last month’s 
SuperDisk). I would be loath to do an 
ASSIGN within the SuperDisk .BAT file 
in case of abnormal termination leaving 
your system temporarily reconfigured 
and vulnerable to errors using BACKUP. 

Thanks to one and all who made 
suggestions; the ones I had hoped for 
came in from D Harley of Tottenham, B 
Beesley of Eastleigh, and also from K R 
Turner of Bishops Cleeve. A tiny 
assembly program (eight bytes!) will 
suffice to tell the user — via the 
ERRORLEVEL - the identity of the 
current drive. 


MOV AH,19h ;get default drive in AL 
INT 21h ;MS-DOS function call 

MOV AH,4Ch ;retire with errorlevel... 
INT 21h ;.as set in AL 


This will set ERRORLEVEL to 0 for 
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drive A, 1 for drive B, 2 for drive C, and 
so on. (Thanks also to B Sealey of 
Croydon, who decided it was neater to 
make drive A=1, so included an INC 
AX instruction, costing one extra byte). 

This month on the SuperDisk there is 
a DEBUG script to build this program 
without resorting to MASM, LINK, 
EXEZ2BIN and the rest: I know we could 
have provided the program itself in the 
same amount of disk space (just one 
cluster), but I think it’s good that you get 
to see the technique and become 
experienced with it. Look for CURD 
(‘CURrent Drive’). 

This is not to minimise the solution 
sent by B Edwards of Pencoed, in 
Pascal. The resultant executable 
program runs to 2,486 bytes (even 
compressed), but please note: 

(1) it intercepts error conditions 

(2) it displays its own syntax and 
copyright (if any operands are presented 
to it) 

(3) it did not require a knowledge of 
Assembly coding 


UNFINISHED BUSINESS 

I promised some routines that made use 
of my ‘newcolour’ code that you might 
incorporate into programs using simple 
CGA mode. J Bucknall of Hammersmith 
stepped in to make my routine smaller 
and faster. He also utilised the much 
ignored XLAT instruction — which I was 
preparing to spring on readers in a few 
months time, in several languages from 
Assembler upwards. He also pointed out 
to me that the sequence: 


SHR AX,1 
SHR AX,1 
SHR AX, 1 
SHR AX,1 


actually executes slower than its logical 
equivalent, 


MOV CL, 4 
SHR AX, CL 


Mr Bucknall’s code is embedded in a 
sample program on the SuperDisk in our 
WORKSHOP directory. You will find a 
little plaything from J Worley of Havant 
(who runs Clockwork Software). His 
colour-changer is a TSR (Terminate/Stay 
Resident) program, using a similar 
routine, but keeping foreground and 
background independent of each other. 
The other unfinished business is the 
code to establish which display adaptor 
(card) is present on a system: it’s on this 
time, but a few readers believe I am 
overambitious to think I can distinguish 
a true monochrome (MDA) card from a 
Hercules card. On the SuperDisk I 
include the full routine to do this, 
VIDCARD.COM incorporating it, and a 
test batch file called WHATVID.BAT. 
Will you please test this, and write to me 
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with the results? We are especially 
interested if the .BAT file seems to give 
strange results, or if you can confirm a 
good result on MDA or Hercules. I hope 
we can put together external routines for 
several languages, so we have the start 
of a SuperDisk Library. Bear in mind, 
when writing, the sort of routines you 
would like to see, and wether or not they 
are capable of being rewritten. 


INDEPENDENCE 

Harry Green of Leamington Spa quite 
succinctly stated the case for a ‘drive- 
independent’ status for SuperDisk: he 
also points out that the group of 
commands included for batch file 
processing constitutes a much 
underrated language in itself. I agree, but 
it is important to get the balance right to 
be of interest and practical help. I 
imagine that Assembly snippets, BASIC 
and C will be useful to most: do you also 
want to look at .BAT language 
occasionally? What database language, 
or 4GL is your favourite? Tiny .COM or 
.EXE files are welcome, but source code 
is of even greater interest. 


CURSOR DETECTION 

D Hodgkinson of Twickenham reminds 
us of the documented, but oft-forgotten 
way to detect cursor keys when 
programming in (say) Turbo BASIC: 


I$ = INKEY$ 
IF I$ = CHR$(0)+CHR$(72) 

THEN PRINT "CURSOR UP KEY" 
IF I$ = CHR$(0)+CHRS$(80) 

THEN PRINT "CURSOR DOWN KEY" 


Of course, this is not portable code — it 
will only apply to a PC, because the 
extended keycode 0:72 and 0;80 (etc.) 
are the fingerprints of the PC’s BIOS, as 
massaged by MS-DOS. Other keys of 
interest for cursor movement include 
0;73 (page up), 0;75 (cursor left), 0;77 
(cursor right), and 0;81 (page down). 


TAMAM SHUD 

So far (21st of December) nobody has 
correctly identified TAMAM SHUD, so 
I shall give a few more clues. It is not 
strictly associated with computers, but a 
little of it sure does help. Another clue: 
891.551 — that is not mathematical. 
Depending on your TAMAM, these 
clues may help you to identify it but not 
give its meaning in English: but that will 
be sufficient. @ 


Write with questions, suggestions or 
comments to: 


Wilf’s Programmers’ Workshop 
PC PLUS 

30 Monmouth Street 

BATH, Avon 

BA1 2BW 


